home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 3 / QRZ Ham Radio Callsign Database - Volume 3.iso / digests / tcp / 930308.txt < prev    next >
Internet Message Format  |  1994-06-04  |  14KB

  1. Date: Mon, 29 Nov 93 04:30:06 PST
  2. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  3. Errors-To: TCP-Group-Errors@UCSD.Edu
  4. Reply-To: TCP-Group@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: TCP-Group Digest V93 #308
  7. To: tcp-group-digest
  8.  
  9.  
  10. TCP-Group Digest            Mon, 29 Nov 93       Volume 93 : Issue  308
  11.  
  12. Today's Topics:
  13.                         American Vulgar Slang
  14.                             IP in the open
  15.  
  16. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  17. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  18. Problems you can't solve otherwise to brian@ucsd.edu.
  19.  
  20. Archives of past issues of the TCP-Group Digest are available
  21. (by FTP only) from UCSD.Edu in directory "mailarchives".
  22.  
  23. We trust that readers are intelligent enough to realize that all text
  24. herein consists of personal comments and does not represent the official
  25. policies or positions of any party.  Your mileage may vary.  So there.
  26. ----------------------------------------------------------------------
  27.  
  28. Date: Sun, 28 Nov 93 21:52:28 CST
  29. From: jimh@kd4ldo.ampr.org (Jim Henderson)
  30. Subject: American Vulgar Slang
  31. To: tcpgroup@kd4ldo.ampr.org
  32.  
  33. In message <9311251514.AA04793@sabea-oc.af.mil>, Steve Sampson writes:
  34. >James Wyatt KA5VJL writes:
  35. >> Brian! We just got over the fact that "some of us" have this sent over
  36. >> packet radio (or was that another list for nos? 8{) and you profane our
  37. >> netwaves with this (very accurate) observation.
  38. >Actually, you are responsible for editing all traffic that will go over ham
  39. >radio.  If American "vulgar slang" which is considered offensive by Baptists
  40. >and/or child-proofed by the Feds exists in any message, then you must search
  41. >them out and put in [expletive deleted].  This is a problem that occurs on an
  42. >adult program that may be seen by children (Novices and codeless Techs).
  43.  
  44. If that was _meant_ the way I read it, Steve, I severely resent that remark.
  45. US Part 97 clearly states that transmitting language that is considered 
  46. obscene is strictly prohibited.  Even I, a "codeless tech" (apparently a 
  47. "child" in your eyes <*ahem*>) can see that such language is not allowed on 
  48. the airwaves.  Surely I don't have to quote regulations to you. :-)  Of
  49. course, if I _have_ misunderstood, please feel free to clarify your intent
  50. via mail.  I am certainly capable of understanding another point of view,
  51. and do keep an open mind...
  52.  
  53. >> Could we consider putting a header at the front about refraining from
  54. >> language that disallows automagic routing via packet? (or RTTY? 8{)
  55. >
  56. >Here's one:
  57. >
  58. >"This program contains adult material. You are responsible for the transfer
  59. >onto regulated mediums."
  60.  
  61. Actually, I've got a better idea.  Why not use a little self-restraint?  We're
  62. all intelligent people here; surely if we see something that upsets us, we
  63. can wait to respond to it until our heads have cleared and we have thought
  64. the situation through properly, and then write a coherent message that
  65. people don't have to worry about censoring.  Every message I see that lowers
  66. the standards of amateur radio makes me wonder more and more about some of 
  67. the people who got into the hobby in the first place; obviously, these people
  68. can take a test, but they have no ability to excersise a little self control.
  69.  
  70. If this continues, many of us will have no choice but to stop reading this
  71. group, as not reading it is the _only_ method of control we have over what
  72. is transmitted on the air.
  73.  
  74. One last request:  can we _please_ return to some technical discussion?  It
  75. seems to me the purpose of this group was to discuss technical matters - if
  76. I have misunderstood the basic intent of this group, _*please*_ let me know,
  77. and I'll do what I can to start an amateur-based group that _does_ discuss
  78. technical matters and avoids these holy wars.
  79. ----
  80. Jim Henderson, KD4LDO/W0         [44.94.249.38] on 144.99 MHz
  81. Crystal, MN                   Internet:  jimh@kd4ldo.ampr.org
  82. CIS:  71321,1461   Alt. Internet:  hendersj@alpha.db.erau.edu
  83.  
  84. "And now some news from some of the outlying regions of the Galaxy.  A
  85.  report out today from the western spiral arm says that the wheel is
  86.  commercially unviable. . ."
  87.         - Sub-ether news report
  88.  
  89. ------------------------------
  90.  
  91. Date: Sun, 28 Nov 1993 09:32:11 -0600 (CST)
  92. From: ssampson@sabea-oc.af.mil (Steve Sampson)
  93. Subject: IP in the open
  94. To: TCP-Group@UCSD.Edu
  95.  
  96. > Can users of tcpip please explain why in the Rhine Mainz one sysop decides
  97. > that he will go against the use of tcpip in that location,
  98.  
  99. I once ran into a similar problem.  There was no way to get to Wichita Falls
  100. Texas except by ROSE.  So I set up a VC path over ROSE to the TheNet in WF.
  101. As I was monitoring the performance (worked pretty neat) I noticed that
  102. Lawton Oklahoma was in a frenzy.  The ham whos ROSE I was going through was
  103. astonished that someone would actually use Net/Rom over ROSE.  Well I 
  104. figure it's a network, so I was networking.  Finally the link didn't work
  105. out that well and the Lawton guys mostly used the ROSE node for a digi rather
  106. than a network.  But this did a couple things to increase my knowledge.
  107.  
  108. 1.   Digipeater sponsors are much like repeater sponsors.
  109.  
  110. They operate in a clan with their own rules.  They tolerate outsiders who
  111. visit, they don't like outsiders who use their system, or make them look
  112. like the country hicks they are.
  113.  
  114. 2.   VHF is for operator to operator communications.
  115.  
  116. Do not use ANY VHF channel for networking.  Since the majority of hams have
  117. a two-meter rig, they can easily destroy performance by their silly antics
  118. of beaconing, CW ID, and holding a voice QSO to see how much they can slow
  119. the packets down.
  120.  
  121. 3.   IP, ROSE and NETROM belong on UHF and higher.
  122.  
  123. There should be an user port on VHF, but all networking should be hidden.
  124. If the networking is hidden, then the mental problems or religious zealots
  125. don't have anything to complain about.  These nodes should be beam to beam,
  126. not omni affairs. Most hams only own an HF and VHF rig.
  127.  
  128. 4.   No matter how much you succeed, there will always be others who want
  129. to do it different.  Just as you finish your wonderful network, and have
  130. all the mail flowing freely, someone will lose interest and take their ball
  131. home so you can't play anymore.
  132.  
  133. It's probably best to remain in your sphere, and not free-load off of other
  134. clan repeaters.  If you didn't invest in it, you shouldn't tell them how to
  135. use their own equipment.  Packet people usually don't get together to work
  136. these things out, so you might try and invite them to lunch or dinner and
  137. hash it out.  Maybe just a coffee with them and a give them a radio and TNC
  138. to install on their tower...
  139. ---
  140. Steve
  141.  
  142. ------------------------------
  143.  
  144. Date: Mon Nov 29 01:35:20 EST 1993
  145. From: postmaster@3445a.daytonoh.NCR.COM
  146. Received: by 3445a.DaytonOH.NCR.COM; 27 Nov 93 08:40:05 EST
  147. Received: by wtcp.DaytonOH.NCR.COM; 27 Nov 93 08:35:30 EST
  148. Received: by dayhub.DaytonOH.NCR.COM; 27 Nov 93 08:38:20 EST
  149. Received: from ncrgw2 by ncrhub1.NCR.COM id aj11260; 27 Nov 93 8:37 EST
  150. Received: by ncrgw2.NCR.COM; 27 Nov 93 08:35:10 EST
  151. Received: from localhost by ucsd.edu; id EAA18090
  152.  sendmail 8.6.4/UCSD-2.2-sun
  153.  Sat, 27 Nov 1993 04:30:13 -0800 for tcp-digest-list
  154. Received: from localhost by ucsd.edu; id EAA18071
  155.  sendmail 8.6.4/UCSD-2.2-sun
  156.  Sat, 27 Nov 1993 04:30:11 -0800 for tcp-group-ddist
  157. Message-Id: <199311271230.EAA18071@ucsd.edu>
  158. Date: Sat, 27 Nov 93 04:30:09 PST
  159. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  160. Errors-To: TCP-Group-Errors@UCSD.EDU
  161. Reply-To: TCP-Group@ucsd.edu
  162. Precedence: Bulk
  163. Subject: TCP-Group Digest V93 #307
  164. To: tcp-group-digest@ucsd.edu
  165.  
  166.  
  167. TCP-Group Digest            Sat, 27 Nov 93       Volume 93 : Issue  307
  168.  
  169. Today's Topics:
  170.               An attitude problem in Germany about TCPIP
  171.  
  172. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  173. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  174. Problems you can't solve otherwise to brian@ucsd.edu.
  175.  
  176. Archives of past issues of the TCP-Group Digest are available
  177. (by FTP only) from UCSD.Edu in directory "mailarchives".
  178.  
  179. We trust that readers are intelligent enough to realize that all text
  180. herein consists of personal comments and does not represent the official
  181. policies or positions of any party.  Your mileage may vary.  So there.
  182. ----------------------------------------------------------------------
  183.  
  184. Date: Fri, 26 Nov 93 16:59:33 CET
  185. From: BARRY TITMARSH <BTITMARS%ESOC.BITNET@vm.gmd.de>
  186. Subject: An attitude problem in Germany about TCPIP
  187. To: TCP-GROUP <TCP-GROUP@ucsd.edu>,
  188.  
  189. Organization: Barry's Linux Box Darmstadt.
  190. Summary: use of tcpip
  191.  
  192.  
  193. Can users of tcpip please explain why in the Rhine Mainz one sysop decides
  194. that he will go against the use of tcpip in that location, well he is not
  195. the only one there are others in the Rhine Mainz.  Below is a list of DB0xyz
  196. bbs that fully support the use of TCPIP you will note that NONE of these
  197. BBS's are in the Rhine Mainz area, So if a user of tcpip wants his smtp mail
  198. or nntp news, and lives in the Rhine Mainz. has to go to extream measures to
  199. fight off the BULL-SHIT that is constantly excreating from sysops of the
  200. Rhine Mainz digis. The only exception to the Rule is the SYSOP of DB0DA, who
  201. operates and does not care as to the mode of traffic obver the digi. same as
  202. can be said with the digi sysops in general in EU.
  203.  
  204.  
  205.  
  206. AX25: DB0ZDF->DF4WJ I NR=7 NS=3 pid=Text
  207. <11 DB0ZDF>DF4WJ-14 I41^>:
  208.  411: S5      P1 : DB0ZDF>DK7WJ
  209.  489: S5  U4  P1 : DB0ZDF>DF4WJ
  210.  
  211.  460: S5  U7  P1 : DB0ZDF>DB8PP
  212.  493: S7  U7  P1 : DK0MTV>DL8FCK v DB0ZDF*
  213.  469: S5      P1 : DB0ZDF>DG7FF
  214.  273: S2      P1 : DB0RT-10>DC0HK v DB0ZDF* ---------------00
  215.  272: S5      P1 : DD8NE>DC0HK v DB0BBG* ------------------00
  216. uhf recv (Thu Nov 25 22:05:07 1993):
  217. AX25: DB0ZDF->DB8PP I NR=0 NS=5 pid=Text
  218. G2FBH 10.11.93 19:00   4046  day=313 2line Set #290 glonass.290
  219.   55 DG2FBH 10.11.93 19:01   4681  day=313 2line Set #290 gorizont.290
  220.   56 DG2FBH 10.11.93 19:02   5586  day=313 2line Set #290 gps.290
  221.  
  222. <11 DF4WJ-14>DB0ZDF I34^>: k 273 --------------------------00
  223.  
  224. <11 DB0ZDF>DF4WJ-14 I53^>:
  225. =>
  226. <11 DF4WJ-14>DB0ZDF I45^>: k 272 --------------------------00
  227.  
  228. <11 DB0ZDF>DB0RPL SABM+>
  229. <11 DB0ZDF>DF4WJ-14 I64^>:
  230. =>
  231. The above trace is repeated nonstop now for the past 3 days.!
  232. and the sysop is still attempting to stop TCPIP in this area.
  233. but the PC allways wins HI.
  234.  
  235. NOTE: the ---00 these mark the points where sysop of DB0ZDF kills the VC
  236. for the tcpip ccts on the network.
  237.  
  238.  
  239. here is a list of db0... bbs that support tcpip
  240.  
  241. 44.130.0.9 db0dj.test
  242. 44.130.0.10 db0hb.test
  243. 44.130.0.100 db0sef
  244. 44.130.0.200 db0hhs
  245. 44.130.1.100 db0hhn
  246. 44.130.4.1 db0oq
  247. 44.130.5.1 db0hes
  248. 44.130.8.100 db0acm
  249. 44.130.9.2 db0fc
  250. 44.130.9.15 db0abz
  251. 44.130.9.16 db0dni
  252. 44.130.11.26 db0cel-2
  253. 44.130.11.100 db0ner
  254. 44.130.13.100 db0uhi
  255. 44.130.13.200 db0war
  256. 44.130.14.20 db0kg
  257. 44.130.15.2 db0hsk
  258. 44.130.15.4 db0hsk-2
  259. 44.130.16.10 db0bq
  260. 44.130.17.111 db0hag
  261. 44.130.18.30 db0dv
  262. 44.130.18.100 db0qs
  263. 44.130.18.101 db0qs-svr
  264. 44.130.18.102 db0qs-mail
  265. 44.130.20.5 db0pra-5
  266. 44.130.20.50 db0pra
  267. 44.130.20.51 db0pra-9
  268. 44.130.20.78 db0bm
  269. 44.130.21.64 db0ghh
  270. 44.130.21.128 db0net-8
  271. 44.130.22.22 db0msc
  272. 44.130.22.44 db0msc-svr
  273. 44.130.23.1 db0mkn
  274. 44.130.24.30 db0tcp
  275. 44.130.27.80 db0eam
  276. 44.130.27.90 db0vfk
  277. 44.130.27.100 db0kh
  278. 44.130.29.1 db0rot-c
  279. 44.130.29.5 db0ie-u
  280. 44.130.29.18 db0rot
  281. 44.130.34.1 db0nws
  282. 44.130.41.8 db0cpu
  283. 44.130.41.64 db0aac
  284. 44.130.41.65 db0aac-svr
  285. 44.130.41.86 db0dig-11
  286. 44.130.41.89 db0dig-12
  287. 44.130.42.3 db0lj
  288. 44.130.48.3 db0sao
  289. 44.130.48.10 db0id
  290. 44.130.48.36 db0pig
  291. 44.130.48.60 db0aaa-1
  292. 44.130.48.61 db0aaa
  293. 44.130.48.64 db0aau
  294. 44.130.48.65 db0sao-u
  295. 44.130.48.66 db0id-u
  296. 44.130.48.123 db0adf
  297. 44.130.48.143 db0adf-u
  298. 44.130.48.244 db0wan
  299. 44.130.56.4 db0mwe
  300. 44.130.56.5 db0lan
  301. 44.130.56.25 db0pv
  302. 44.130.56.53 db0ffb
  303. 44.130.56.56 db0uni
  304. 44.130.56.100 db0mfg
  305. 44.130.56.111 db0mws
  306. 44.130.58.1 db0zka
  307. 44.130.58.2 db0zka-test
  308. 44.130.59.21 db0ev
  309. 44.130.60.25 db0ova
  310. 44.130.60.100 db0rt
  311. 44.130.60.101 db0rt-test ftp.db0rt
  312. 44.130.63.100 db0aja
  313.  
  314. So haveing read the list, it can be clearly seen that TCPIP is on the
  315. increase generally in germany.!
  316.  
  317. So why is DF4WJ on a personal crusade to stop TCPIP on DB0ZDF.?
  318.  
  319. In the past 4 years i have been BANNED fro local BBS's Banned from local
  320. digis, sent abusive letters! Threatend by powerless non tcpip users to have
  321. my License removed Hi Hi.. [thats a good one] and even called up on the
  322. telephone in the night [my fax/modem loves it]
  323.  
  324. read the posting containg a trace on db0zdf>df4wj killing Virtual Circuits
  325. thats only a small trace i have it traced on 70cm 23cm and via other digis
  326. as we all know that a node-op and can login from any other node as a sysop
  327.  
  328. My thoughts on all this is Im Glad im not permanently liveing in Germany.!
  329. and haveing lived in many places and countries i find that in particular the
  330. Rhine Mainz area of Germany the most HOSTILE place, and i feel sorry for the
  331. HAM Operators that have to by their own choice have to live there.
  332.  
  333. Flame on.
  334.  
  335.  
  336. Barry..  there will be more,
  337.  
  338.  
  339.  
  340. --
  341. Barry Titmarsh  GM8SAU sysop GB7SAU Scotland.
  342. btitmars@esoc.bitnet dc0hk@db0lj g8sau@db0lj
  343. --
  344.  
  345. ------------------------------
  346.  
  347. End of TCP-Group Digest V93 #307
  348. ******************************
  349.  
  350. ------------------------------
  351.  
  352. End of TCP-Group Digest V93 #308
  353. ******************************
  354. ******************************
  355.